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(54) Automatic service requests over the world wide web 

(57) Status information concerning a condition of a 
network peripheral device (11) connected to a network 
(15.6,19.20) is automatically communicated to a remote 
sen/ice organization (1.3.7.8). First, a condition of the 
network peripheral device is detected. Then, in 
response to the detected condition, status information is 
automatically obtained, the status information corre* 
spending to the detected condition. Finally, upon obtain- 
ing the status information, a packet is automatically 
transmitted to the remote service organization (1,3.7,8) 
via the network (6.15,19,20), the packet containing the 
status information. 
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Description 

pACKGRQUND OF THg INVENmON 

Field Of The Invention 

The present invention concerns techniques iDy 
which a network peripheral device may send an auto- 
matic service request over the world wide web or other 
network and nneans for implementing such techniques. 

Descriotion Of The Related Art 

Traditionally, when a peripheral device such as a 
network copier required maruifacturer's servicing, the 
user was required to first notice the condition necessi- 
tating service, such as inoperability or an eror message 
displayed by the peripheral device, by physically 
inspecting the device. Then, the user had to notify the 
manufacturer's technical support or servicing depart- 
ment, for example by placing a telephone call or faxing 
a service request form. This latter step often involved 
locating and providing various types of information to 
the manufacturer's technical support department, and 
presented a significant potential tor error in communi- 
cating the information accurately. 

One method has been proposed by which a periph- 
eral device requiring service would initiate a modem 
connection to the sen/ice organization and then would 
communicate servicing request information via the 
modem connection. However, such a method has sev- 
eral drawbacks. First, in order for the recipient to effec- 
tively use data transmitted via a modem connection, it is 
generally necessary for the recipient to have software 
which is specifically compatible with the sender's in 
order to decode the transmitted data. Second, using the 
modem connection technique generally only allows a 
sen/ice organization, such as technical support, to 
receive service requests over periods duing which it 
maintains a server connected to a modem at a prees- 
tat}lished telephone number. 

.'NUMMARY OF THE INVENTION 

It is therefore an object of the present Invention to 
address the foregoing difficulties by providing methods 
and apparatuses by which a network peripheral device 
requiring service can send an automatic service 
request over a network. As used herein, a "network 
peripheral device" means a peripheral device together 
with a network board for communicating over a network. 
The service request can be a request for technical 
maintenance and service or might be a request, for 
example, to a sales organization ordering a part Addi- 
tionally, the service request might be triggered conv 
pletely internally to the peripheral device making the 
request or might be triggered based on some external 
input or instruction. 
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Thus, the present invention simultaneously auto- 
mates the service request procedure, unlike nxxJem 
connection methods, the present irwention permits the 
service organization to receive data while connected to 

5 the internet, regardless of where its server is tocated 
geographically. As a result the present invention per- 
mits the service organization to implement flexible 
methods of business operation which presently might 
not be easily obtainable with a modem connection 

10 method. 

The invention communicates status information to a 
remote servwe organization from a network peripheral 
device connected to a network router. First, a condition 
of the network peripheral device is delected. Then, in 

IS response to the detected condition, status information is 
automatically obtained, the status information corre- 
sponding to the detected condition. Finally, upon obtain- 
ing the status information, a packet is automatically 
ti-ansmitted to the remote service organization via tiie 

20 network, the packet containing the status information. 

This brief summary has been provided so that the 
nature of the invemton may be understood quickly. A 
more complete understanding of the invention can be 
obtained by reference to the toltowing detailed descrip- 

25 tton of the preferred embodiment thereof in connection 
with the attached drawings. 

RRIFF nPRrRIPTlQN OF THg DRAWINGS 

30 Figure 1 is a diagram of a network architecture of 
an embodiment of the present invention. 

Figure 2 is a diagram showing the physical layout of 
components on a network board of an embodiment of 
the present inverTtion. 

35 Rgure 3 is a functional block diagram of the net- 
work board. 

Rgure 4 is a perspective view showing the outwaid 
appearance of a wakstation of an embodiment of the 
present invention. 
40 Rgure 5 is a block diagram of a user's workstation. 

Rgure 6 is a bkxk diagram of a technical support 
operator's workstation. 

Rgure 7 is a copier home page as displayed by an 
Internet browser. 
45 Figure 8 is an HTfwlL file corresponding to the copier 
home page of Figure 7. 

Figure 9 is an HTML file corresponding to a Tab 
Frame of the copier home page of Figure 7. 

Rgure 10 is an "Administration" web page as dis- 
50 played by a browser. 

Rgure 11 is an HTML file corresponding to the 
"Administration" web page of Figure 10. 

Rgure 12 is a Technical Support server home page 
as displayed by a browser. 
55 Rgure 13 is a flowchart for describing process 
steps to create an SNMP client in a workstation and to 
reboot a copier via tiie SNMP client 

Rgure 14 is a flowchart for describing process 
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Steps to send copier infamation to a technical support 
organization. 

Figure 15 is a flowchart for describing process 
steps to send copier information to a technical support 
organization. 

Figure 16 depicts a Web page for providing sen/Ic- 
ing information generated by a network copier in 
response to a sen/ice organization request. 

Figure 17 depicts a Web page showing mainte- 
nance and diagnostic functions available to be executed 
by a network copier. 

Figure 18 is a flowchart for describing a method for 
performing remote maintenance and servicing of a net- 
work copier over the internet. 

Figure 1 9 depicts a service request page automati- 
cally generated by a network copier in response to a 
detected condition. 

Figure 20 is a flowchart for describing a method by 
which a network peripheral device may send an auto- 
matic service request over an IP-network 

nPTAIL ED DES CRIPTION OF THE PREFERRED 
EMBODIfy/IENTS 

[Network Architecture] 

Figure 1 is a diagram of a network architecture 
which can be used to implement an embodiment of the 
present invention. Included in Figure 1 is Network Inter- 
face Board (NIB) 14, an example of which is described 
in U.S. Patent Application No. 08/409.034. filed March 
23. 1995. entitled "Network Interface Board For Digital 
Copier". The NIB 14 is coupled to a copier 1 1 having an 
open architecture through a Multi-Device Controller 
(MDC) 12. In a preferred embodiment, the copier 1 lis a 
Canon GP-55 or other copier capable of establishing a 
robust interface with NIB 1 4. The NIB 14 is also coupled 
to a local area network (LAN) 15 through a LAN inter- 
face, for example, an Ethernet Interface iOBase-2 with a 
Coax connector or lOBase-T with an RJ-45 connector. 
Alternatively, the present invention may utilize a LAN 
conforming to a Token-ring architecture. 

Plural workstations, such as workstations 9 and 16, 
are also connected to the LAN 15. and under control of 
the network operating system these workstations are 
able to communicate with the NIB 14. One of the work- 
stations, such as workstation 9. may be designated for 
use as the network administrator. 

In addition, workstations 9 and 16 may each com- 
prise a standard workstatbn capable of generating data 
files, transmitting them onto the LAN 15. receiving files 
from the LAN 1 5. and displaying and/or processing such 
files. A workstation may also have a printer connected 
directly to it. 

Printers 10 and 17 are connected to the LAN 15 
respectively tfvough a Network Expansion Device 
(NED) 13 and a Network Expansion Board (NEB) 18 
(examples of which are described in co-pending U.S. 



Patent Application No. 08/489.116, filed June 9. 1995. 
entitled "Outputting a Network Device Log File"), 
respectively. Other unshown peripherals may also be 
connected to the LAN 15. 

5 Typically, a LAN services a fairly k)cati2ed group of 
users such as a group of users on one floor or contigu- 
ous fk)ors in a building. As users become more remote 
from one another, for example, in different buildings or 
different states, a wide area network (WAN) (not shown) 

10 may be created which is essentially a collection of sev- 
eral LANs all connected by high speed digital lines, 
such as high speed integrated services digital network 
(ISDN) telephone lines. 

Rgure 1 shows that LAN 15 is connected to the 

15 World Wide Web 6 via a router 7. Accordingly. LAN 15 
must support data packets transmitted according to the 
TCP/IP network protocol (IP-packets). Each IP-packet 
includes a destination field indicating the network 
address of the intended recipient, a source field indicat- 

20 ing the network address of the sender, a data fieW. a 
field indicating the length of the data f iekl. and a check- 
sum fieW for error detection. Although the invention is 
described with respect to IP communications, it shouW 
be understood that the invention can be implemented 

25 using other communication protocols as well. 

The router 7 primarily provides the LAN 15 with 
Web monitoring functions, routing IP-packets intended 
for devices on LAN 15 to the LAN 15 and discarding all 
others, and placing IP-packets generated by devices on 

30 LAN 15 onto the Web 6. 

Also connected to the Web 6 are router 2 which 
provkjes workstations 1 and 3 with access to the Web 6 
and router 5 which provides workslatfons 4 and 8 with 
access to the Web 6. In the present invention, worksta- 

35 dons 1 and 3 are connected to a Technical Support 
organization LAN 19 and workstations 4 and 8 are con- 
nected to a Sales organization LAN 20. Similarly, the 
workstation 4 ts. located at the Sales center responsible, 
for providing accessories to the GP-55 copier 1 1 

40 A preferred embodiment of the present invention is 
described below in the context of IP communications 
among workstations 1 and 9. each of which includes a 
network expansion board (not shown) for generating IP- 
packets, and copier 1 1 which utilizes NIB 14 to generate 

45 IP-packets. However, the present invention is not limited 
to using the foregoing hardware. For example, the 
invention could also be implemented by using a network 
expansion device, such as NED 13. a network expan- 
sion board, such as NEB 18. provkfed a robust periph- 

so era! to network board interface can be established. 
Similarly, other peripheral devices could be substituted 
for copier 1 1 . and a variety of processing devices could 
be substituted for workstations 1 and 9. 

55 [Network Interface Board] 

Broadly speaking, the NIB 14 is an interactive net- 
work device which couples the copier 1 1 to the LAN 15, 
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making the copier 1 1 a responsive and interactive net- 
work member. The NIB 14 receives copy data, status 
requests, and control commands from the LAN 15. 
transmits copy data, status requests, and control com- 
mands to the copier 1 1 for execution, and transnits sta- 
tus information tack to the LAN 15. Thus, the NIB 14 
can pertbrm not only remote copying services and copy 
server functionalities, but can also offer to network 
members whatever status and control features are 
available from the peripheral interface. 

Figure 2 is a view showing the physical layout of 
components on the network interface board 14. As 
shown in Figure 2. the NIB 14 includes, all mounted on 
a PCS (printed circuit board) 21. ac microprocessor 22 
such as an Intel 80486-0X2 microprocessor for control- 
ling all functions on the NIB 14, a PC-AT chipset 24 
which includes logic circuitry specific to the NIB 14 for 
controlling and monitoring varbus functions on the NIB 
14, such as monitoring address and data buses and 
issuing chip select commands, a network controller 25 
such as an Ethernet controller for managing access to 
the local area network, and three network connectors 
26, 27 and 29 for connecting to any of the standard net- 
work wiring such as T-base 10. T-base 10 and AUI. The 
microprocessor 22 is provided with a minimum of 4 MB 
of dynamic RAM (ORAM) via the SIMM sockets 30. 
which can accept up to 64 MB of DRAM. A dual port 
RAM 31 is provided to communicate with the MOC 12 
via a connector 32. 

The microprocessor 22 is also provided with access 
to EPROM 34 for persistent storage. Two option slots 35 
and 36 respectively, which are controlled by a PCMCIA 
interface controller 37 are provided for PCMCIA type 2 
expansions by which it is possible to equip the NIB 14 
with a variety of additional peripherals such as a 
modem, an ArcNet interface, and the tike. 

Access to the MDC's video bus is provided via a 
video bus connector 38 which is controlled by a video 
interface gate array 39. Gate array 39 has access to a 
minimum of 1 MB of video RAM (VRAM) which is 
.expandable up to 32 MB of DRAM via a SIMM socket 
40. 

Status lights 41 are provided for a user to monitor 
internal status flags of the NIB 14. In addition, two data 
interface ports are provided: a bi-directionai parallel port 
42 so as to permit connection to a bi-directional data 
device such as a stand-alone computer, and an RS-232 
serial port 44 so as to support serial communicatton 
such as for debug purposes. 

[Network Interface Board Software] 

Figure 3 illustrates examples of blocks of code, or 
software modules, that are utilized by the NIB 14. The 
XP module 51 provides a standardized interface 
between the copier 11 and the NIB 14. A MLID (Multi 
Link Interface Driver) 68 is a piece of code (Media Sup- 
port Module, or MSM) linked together with a piece of 



customized code (Hardware support Module, or HS- 
that is the lowest level of connedkMi to the LAN 15. T 
LSL (Link Support Layer) 63 is a piece of code that ac 
as a multiplexer between the low level MUD 68 and tr . 

5 TCP/IP protocol stack 56. the Novefl IPX protocol stac . 
57, the Appletalk protocol stack 59 and the NetBiOc 
protocol stack 60 above it. 

The Protocol Independent Interface (Pll) module 6 
provides a single interface for communication via th^ 

10 various supported protocols. Because the NIB 14 sup 
ports multiple protocol stacks, this module exists at 
long as the NIB 1 4 is running. Flash server 62 Is used to 
reprogram EPROM 34. Pll nwdule 61 works In conjunc- 
tion with flash server 62 to monitor and support the var- 

15 ious protocol stacks. 

The NIB 14 also supports a Hyper Text Transfer 
Protocol ("HTTP") 5erver~64 which enables worksta- 
tions 9 and 16 of the LAN 15 to access.the NIB using a 
web browser which supports Worid Wide Web protocol. 

20 Accordingly, the NIB 1 4 also contains files whk;h may be 
passed to such a web browser according to HTTP pro- 
tocol, such as Hyper Text Markup Language ("HTML") 
files. JAVA applets, or Graphics Interchange Format 
("GIF") files. JAVA applets are platform-independent 

25 segments of executable code which are designed to run 
behind an applet- enabled web browser on a workstation 
using a JAVA Virtual Machine ("JVM"). 

In addition, the NIB 14 provides the copier 1 1 with a 
Simple Network Management Protocol ("SNMP") agent 

30 55. SNMP agents are widely used to exchange monitor- 
ing and control data between network peripherals and 
network workstations. The agent 55 returns information 
contained in a Management Information Base 54, which 
is a data structure that defines what information can be 

35 Obtained from the copier 1 1 and what aspects of the 
copier 11 can be controlled. The NIB 14 includes an 
PJURPC interpreter 52 to interface between the SNMP 
agent 55 and the XP interface 51. 

40 [Wbrkstations] 

Rgure 4 is a view showing the outward appearance 
of a representative embodiment of a workstation utiliz- 
ing the present invention. Shown in Figure 4 is a work- 

45 station 9, such as a Macintosh or an IBM PC or PC- 
compatible computer having a windowing environmeni 
such as Microsoft Windows. Provided with the workstc- 
tion 9 is a display screen 70. such as a color nfx>nitor, 
keyboard 77 for entering user commands, and a poir 

50 ing device 76. such as a mouse, for pointing to and i 
manpulating objects displayed on the screen 70. 

The workstation 9 includes a mass storage devi 
such as a computer disk 74 tor storing data files. T 
workstation communicates to other external devices \ 

55 a facsimile/modem interface 71. Such external devic 
might Include an internet sen/ice provider for provide 
alternate connection means to Web 6. A printer 7f 
provided for hardcopy output. 
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Figure 5 is a detailed block diagram showing the 
internal construction of the workstation 9. As shown in 
Figure 5. the workstation 9 includes a central process- 
ing unit (CPU) 81 interlaced with a computer txjs 80. 
Also Interfaced with the conrputer bus 80 is a printer 
interfece 82. a network interface 84. a fax/modem inter- 
face 85. a display interface 86. a keyboard interface 90. 
a mouse interlace 91. a main menrwry 87, and a fixed 
disk 74. Disk 74 stores a JAVA-enabled web browser, a 
Windows Operating System and various Windows 
applications. The web browser communicates to the 
LAN 15 and to the World Wide Web 6 through a network 
interface 72. The main memory 87 interfaces with the 
computer bus 80 so as to provide random access mem- 
ory storage for use by the CPU 81 while executing 
stored process steps such as those of the web browser. 
More specifically, the CPU 81 toads those process steps 
from the disk 74 into the main memory 82 and executes 
those stored process steps out of the main menrwry 82. 

Figure 6 is a block diagram of the Technical Support 
workstation 1 . The workstatk}n of Figure 6 is comprised 
of the same general components as the workstation of 
Figure 5 with the exception of the data stored on the 
disk 109. In particular, the disk 109 contains an HTTP 
server. HTML files. GIF files and JAVA applets, in addi- 
tion to a Web browser. 

(Method and Apparatus for Communicating with A Net- 
work Peripheral] 

Figure 7 is a home page 120 of the HTTP server 64 
located on the NIB 1 4. as displayed by a browser on the 
display 70. The page 120 includes a Tab Frame 121. a 
Viewer Frame 122 and an External Link Frame 124. 

The Tab Frame 121 includes Icons 126 represent- 
ing other HTML pages which are available from the 
HTTP server 64. As will be discussed below, the Tab 
Frame 121 is a fixed component of the copier web 
pages, therefore the Tab Frame icons 126 are available 
from any page provided by the HTTP server 64. 

The External Link Frame 124 includes icons 125 
which provide access to the HTTP servers located 
within workstations 1 and 4. Like the Tab Frame Icons 
126. these icons 125 are available from any page pro- 
vided by the HTTP server 64. 

Figure 8 is a hardcopy of an HTML file 130 corre- 
sponding to the copier home page 1 20. The file contains 
hypertext tags 131. 132 and 134, which are links to 
HTML files corresponding to the Tab Frame 121. the 
Viewer Frame 122 and the External Link Frame 124. 
respectively 

Figure 9 is a hardcopy of an HTML file 140 corre- 
sponding to the Tab Frame 121 . The file 140 contains a 
tag 141 directing a browser to display the user options, 
which will be confined to the left side of the browser dis- 
play area, as defined by the home page HTML file 130. 
More importantly, the file 140 contains an applet tag 
142. which refers to a JAVA applet located on the HTTP 



server 64. The browser, when processing the file 140, 
requests the applet from the HTTP server 64 upon 
encountering the applet tag 142. The Tab Frame applet 
waits for user action on the Tab Frame 121 and 

5 responds with appropriate actions. 

Rgure 10 is an "Administration" HTML page 150 
downloaded from the HTTP server 64. as displayed 
within a browser. Current configuration settings are dis- 
played in f iekjs such as fields 1 52. 1 54 and 1 55 using an 

10 applet downloaded from the HTTP server 64. The set- 
tings are obtained by an SNMP client within the work- 
station from an SNMP agent 68 within the HTTP server 
64. Furthermore, the page 150 contains icons 151 
which, when selected, cause administrative functions to 

15 be executed within the copier 1 1 . 

Figure 1 1 is an HTML file 1 60 corresponding to the 
"Administration" web page 1 50. The file contains applet 
tags 161. 162 and 164, which, when encountered by a 
browser, cause corresponding applets to be down- 

so loaded from the HTTP server 64 and executed. Upon 
execution, these applets present icons 151 to a user 
and monitor the icons 1 5i for user selection. If an icon 
151 is selected, the corresponding applet, which has 
been waiting for such a selection, executes the corre- 

25 sponding administrative function within the copier. 

Figure 12 is a home page of a Technical Support 
server 1 as displayed by a browser. The page 170 con- 
tains fields 171 and 172 which may be completed 
dynamically via JAVA applets downloaded from the 

30 Technical support server 1 or from the HTTP server 68. 
Alternatively, these fields may be completed manuaOy 
by a user. In any case, the data in these fields is con- 
• verted to CGI format and sent in an IP packet to the 
Technical Support server 1 upon user selecton of "sub- 

35 mit" icon 174, 

Rgure 13 is a flowchart for describing process 
steps to create an SNMP client in a workstation and to 
reboot a copier via the SNMP client. Generally speak- 
ing, the process steps of Figure 13 provide communica- 

40 Hon between a web browser capable of initiating 
execution of a platfOrm-independent segment of execut- 
able code and a peripheral having an HTTP server and 
an SNMP agent. A first IP-packet is transferred to the 
HTTP server, and, in response, an HTML file is trans- 

45 mitted to the web brovi^er. The HTML file contains a ref- 
erence to a platform-independent segment of 
executable code. Upon processing the HTML file, this 
code segment is requested from the HTTP server. 
After the web browser receives the executable code 

so from the HTTP server, execution of the code segmert is 
initiated in order to create an SNMP client. Execution of 
the code segment also causes an IP-packet to be sent 
from the SNMP client to the SNMP agent in the periph- 
eral. In response to this IP-packet, information concern- 

55 ing the peripheral is transferred from the SNMP agent to 
the SNMP client. 

More particularly. In step Si 301. a web broMvser 
executing within a workstation 9 obtains an IP address 
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of an HTTP server 64 corresponding to a netvwork copier 
11. The web browser may be any JAVA-enabled 
browser, such as Netscape's Navigator® 3.0. Micro- 
soft's Internet Explorer® 3.0 or the like. Furthenmore. 
the IP address may be obtained in several ways. 

First a user may input the IP address directly into 
the appropriate area of the browser's grapNcai user 
interlace. Alternatively, the browser may obtain the IP 
address using a name which corresponds to a World 
Wide Web home page located within the HTTP sewer 
64 of the network copier n. According to this alterna- 
tive, the name is sent in an IP packet from the web 
browser to a domain name server, which returns the 
home page's IP address to the web browser. 

Next, in step S1302, the web browser sends an IP 
packet containing the returned IP address to the router 
7. which routs the packet to the HTTP server 64. In 
response to the IP packet the HTTP server 64 sends an 
HTML file to the browser in step Si 304. In step Si 305. 
the web browser processes and displays the HTML file 
in accordance with hypertext tags contained in the fHe. 

As shown in Figures 7 to 9. the hypertext tags pro- 
vide page formatting information to the browser which 
defines text areas, graphics areas or JAVA client areas. 
For example, upon processing HTML file 130. the 
browser is instructed by hypertext tag 131 to display a 
second HTML file 140 at the left side of the displayed 
page 120. This HTML file 140 represents Tab Frame 
121. Further, hypertext tag 132 instructs the browser to 
display a third HTML file on the right side of the dis- 
played page 120. The third HTML file represents the 
Viewer Frame 122 and is dynamically created by the 
HTTP server 64 so that it presents the current status of 
the copier when displayed. 

In the case that a browser encounters a graphics 
tag which designates an image to be displayed, the 
browser retrieves the image according to the location 
provided in the tag and displays the image in the 
browser display area designated by the tag. Similarly, in 
the case that a browser encounters a JAVA applet tag. 
the browser retrieves the segment of JAVA applet code 
according to the location provided in the tag and. also 
according to the tag. reserves a client area of the dis- 
play area in which the JAVA applet may display data. 
The browser then initiates a JAVA Virtual Machine 
("JVM") to execute the applet. 

In step Si 306. because the browser encounters a 
JAVA applet tag 142 while processing the HTML file 140 
corresponding to the Tab Frame 1 2 1 , the browser sends 
an IP packet to the HTTP server 64 requesting the ref- 
erenced applet. Accordingly, in step Si 307. the HTTP 
sender 64 returns the applet to the browser 

The browser, in step Si 309. initiates a JAVA Virtual 
Machine in order to execute the JAVA applet. The applet 
is executed in step 81 3 10, thereby creating an SNMP 
client in the workstation 9 and waiting for user selection 
of one of the icons 126 displayed in the Tab Frame 121 . 

In step S1311. the user, using the mouse 76. 



selects the "Admin" kon displayed in the Tab Frame 
121 . The "Admin" kx)n is a hypertext link to the "Admin- 
page located on the HTTP server 64. Therefore, the 
browser, in step Si 31 2. sends an IP packet to the HTTP 

5 server 64 requesting the "Admin* page's HTML file 1 60, 
shown in Figure 10. The sender 64 sends the HTML file 
160 to the browser in step S1314. 

In step SI 3 15. the browser processes the HTML 
file 160 according to its hypertext tags, which instruct 

10 the browser to display the file in the Viewer Area 122. 
The browser also reserves dient areas 152. 154 and 
155 according to the HTML file's applet tags 165. Also 
in accordance with the applet tag 165, the browser 
requests the referenced applet from the HTTP server 64 

15 in step S1 3 1 6. The HTTP server transfers the applet to 
the browser in step Si 3 17. 

In step SI 31 9. the JVM executes the applet to 
obtaki information from the copier 1 1 using the SNMP 
dient created in step S1310. In particular, the JVM 

so instructs the SNMP client to send an IP packet request- 
ing copier information to the SNMP agent 68 within the 
network copier 1 1. The SNMP dient then sends the IP 
packet to the SNMP agent 68 using the IP address 
obtained in step 81301. However, the SNMP agent has 

25 a different socket number than that of the HTTP server 
64. Accordingly, the SNMP client simply sends the IP 
packet to the IP address obtained in step S1301. along 
with a reference to the SNMP agent's socket. 

In response to the IP packet, the SNMP agent 68 

30 returns the requested copier information, using SNMP 
protocol, to the SNMP client. The JVM then displays the 
information in the appropriate areas 152, 154 and 155 
of the "Admin' page 1 50. 

In step S1320. after the "Admin" page 150 and cor- 

35 responding copier information have been displayed, the 
user selects the "Reboot The Copier" icon 151. The 
"Reboot" and "Upgrade Firmware" icons 151 are not 
hypertext links, rather, these icons are displayed by 
JAVA applets 161. 162 and 164. Accordingly, in step 

40 Si 321. once selected the applet vrtnich displays the 
"Reboot" icon I5i is executed so as to cause the SNMP 
client to instruct the SNMP agent 68 to reboot the copier 
11. 

It should be noted that the preceding steps Si 311 
45 to Si 321 are described with respect to the "Admin" 
page 1 50 only to provide an example of its functionality, 
and that any copier information pages may employ sim- 
ilar functionality. 

so [Accessing Peripheral Web Pages Via Hypertext Links] 

In one aspect, flow proceeds from step Si 321 to 
step Si 424. in step Si 424. the user, using the mouse 
76. selects the "Support" icon displayed in the External 
55 Link Frame 124 of the "Admin" page 151. Next, in step 
81425, the browser sends an IP packet to a Technical 
Support server 1 requesting the server's home page 
170. The Technical Support server's IP address is 
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obtained either directly from the currently displayed 
HTML file or according to the Technical Support server's 
domain name, as described above with respect to step 
S1201. 

In step S1426. the Technical Support server 1 
returns an HTML file to the browser, which in turn dis- 
plays a home page 170 corresponding to the HTML file. 
The home page 170 contains HTML tags which instruct 
the browser to display, in step S1427. the page 170 
within the Viewer Frame 1 22 of the browser display. The 
page 1 70 contains user input fields 1 71 and 172. 

If. in step 31 429. the browser encounters any 
applet tags within the Technical Support HTML file, ftow 
proceeds to step Si 430. in which the browser retrieves 
the referenced applets from the Technical Support 
server 1. Next, in step Si 431. the JVM executes the 
applets in order to obtain copier information via the 
SNMP protocol and to fill in the appropriate copier infor- 
mation fields 171 and 172 the page 170 with the copier 
information. 

The applets which allow the SNMP client to retrieve 
copier information are downloaded only when first 
encountered. Thereafter, in the case that the user revis- 
its the page, the applet can be executed immediately 
and thereby can update the page quickly. In contrast. 
PhaserLink requires an HTTP server to rescript an 
HTML file in accordance with copier status each time a 
page corresponding to the file is summoned by a 
browser. 

Flow proceeds from step S1431 to step SI 432. If. in 
step 81 429. no applet tags are encountered, flow also 
proceeds to step SI 432. 

In step SI 432. the user manually inputs data into 
user input fields 171 and 172. The web browser con- 
verts this data into CGI format in step Si 434. Thereaf- 
ter, in step Si 435. the browser sends a new IP packet to 
the Technical Support server which is kientical to the 
packet sent in step Si 425 except that the new packet 
also contains the CGl-formatted data. The process 
steps of Figure 14 terminate in step S1436. 

[Accessing Peripheral Web Pages Via Peripheral 
Applets] 

In another aspect, flow proceeds from step Si 321 45 
to step S1524. wherein the "Support" icon 125 dis- 
played in the External Link Frame 124 is not a hypertext 
link to a Technical support server 1. rather, the icon is 
displayed by a JAVA applet retrieved from the HTTP 
server 64 upon processing the External Unk Frame so 
HTML fBe. In step Si 524. the user selects this tcon 125. 

In accordance with the applet, the JVM instructs the 
browser to access a Technical support server in step 
SI 525. In step Si 526. the browser issues an IP packet 
in oixJer to obtain the Technical Support server's home 55 
page 170. The Technical Support server's IP address 
may be obtained through either method described 
above with respect to step Si 425. 



In step SI 527, the Technical Support server 1 
returns an HTML file which defines the Technical Sup- 
port server's home page 170. The HTML file instructs 
the web browser to display the home page 170 in the 
5 Viewer Frame 122 of the browser display. The home 
page 170 also contains areas for inputting copier infor- 
mation. Accordingly, in step Si 529. the JVM executes 
the "Support" applet in order to obtain copier informa- 
tion from the SNMP agent 68 via the SNMP client, as 
10 described in view of step S1319. Then, in step Si 530. 
the JVM executes the applet so as to input the copier 
information into the appropriate areas of the page 170. 

As mentioned above, the applets whfeh alkw the 
SNMP client to retrieve copier information are down- 
15 loaded or^y once. If the user revisits the page, the 
applet is executed immediately and the page is updated 
quickly. In contrast. PhaserUnk requires an HTTP 
server to rescript an HTML file in accordance with cop- 
ier status each time the file is requested by a browvser. 
20 H necessary, in step Si 531, the user manually 
inputs user information into user input areas of the page 
170. In step SI 532. the user selects a "Submit" icon 
{not shown) in the home page 170. In response, the 
applet instructs the browser to convert the information 
25 input into the page 1 70 into CGI format in step SI 534. 
Next, in step Si 535. the browser sends an IP packet to 
the Technical Support sen/er 1. The IP packet is identi- 
cal to the packet sent to the server 1 in step SI 526 
except that the packet also contains the CGl-formatted 
30 information. 

It should be noted that the applet may be used to 
obtain any data via the SNMP agent and to convert that 
data into CGI fomiat for delivery to the Technical Sup- 
port server, whether or not the data is displayed to the 
35 user. 

In addition, although JAVA applets have been 
described, it should be understood that the process 
steps of Figures 13 to 15 may be used in conjunction 
with any code which is retrievable and executable via a 
40 web browser. 

(Remote Maintenance and Sen/icing of Network Periph- 
erals] 



Figure 16 depicts a Web page for providing servic- 
ing information generated by a network copier in 
response to a service organizalton request. General 
servicing information 180 is provided for the service 
technician's review. In addition, links 181 through 184 
can be selected by the technician to tying up additional 
copier servicing pages. For example, in the event link 
184 is selected, the page depicted in Figure 17 is 
retrieved. 

Figure 17 depicts a Web page showing mainte- 
nance and diagnostic functions available to be executed 
by a copier 11. When any of buttons 190 are selected 
and then the send button 192 is selected, network cop- 
ier 1 1 performs the corresponding diagnostic or mainle- 
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nance functions. In addition, by selecting any one of 
links 194, the corresponding page can be retrieved. 

Figure 18 is a flowchart illustrating a process steps 
for performing remote maintenance and servicing of 
copier 1 1 over the internet by a service technician work- 
ing at workstation 1. 

In general, according to the process steps in Figure 
6, a first IP-packet sent from a remote service organiza- 
tion Is received by a network peripheral device via the 
IP-network. the first IP-packet including a request tor 
servicing information from the network peripheral 
device. Next a second IP-packet is sent automatically 
upon receipt of the first IP-packet from the networks 
peripheral device to the remote service organization via 
the IP-network, the second IP-packet including the 
requested peripheral servicing information. Thereafter, 
a third IP-packet sent from the remote service organiza- 
tion to the network peripheral device via the IP-network 
is received by the network peripheral device, the third 
IP-packet including an instruction to execute a periph- 
eral servicing function. Finally, the peripheral servicing 
function is executed by the network peripheral device 
automatically In response to the third IP-packet 

More particularly, in step SI 801. a service techni- 
cian operating workstation 1 initiates contact with copier 
1 1 by causing workstation 1 to prepare and send an IP- 
packet to NIB 14 coupled to copier 11. The IP-packet 
contains a request for servicing information from net- 
work copier 11. 

in the following description, the service technician 
runs a Web browser on workstation 1 , and NIB 14, con- 
nected to copier 11. includes an HTTP server which Is 
setup to provide HTML files related to maintenance 
communications. Accordingly, the service technician 
can initiate contact with copier 1 1 by merely entering the 
address of the maintenance and sen/idng Web page of 
copier 1 1 into the browser and executing the browser. 
Similarly, it is expected that data will be returned in 
HTML file format. However, it Is to be understood that 
the data format used is not limited to HTML 

Once generated, the IPisacket is sent from work- 
station 1 to NIB 14 successively via router 2. world wide 
web 6. router 7 and LAN 15, as described In more detail 
above. NIB 14 then unpacks the IP-packet and passes 
the data contained in It to copier 1 1 via XP Interlace 51 
In step SI 802, copier 1 1 receives and evaluates the 
request to determine what data is required to be sent. 

In step SI 804, based on the evaluation In step 
Si 802. copier 11 then retrieves and outputs the data to 
NIB 14. NIB 14. In turn, then includes the received data 
in an HTML file using one of the stored HTTP files 65 
and Its HTTP server 64. and includes the HTML file in 
an IP-packet. The generated IP-packet, which includes 
in its destination field the address of workstation 1. is 
then sent from NIB 14 to workstation 1 successively via 
LAN 15. roUer 7. World Wide Web 6 and router 2. 

In step S1805. the IP-packet is received by work- 
station 1. The HTML page, including the data provided 



by copier 1 1 . within the packet is then displayed by the 
Web browser according to the instructions sent For 
example, the initial contact would typicafly have consti- 
tuted a request to view a general servicing Information 

5 page of copier 1 1 illustrated in Rgure 16. As depicted in 
Figure 16. the Web page 100 contains general sen/fcing 
information 180 and links 181 through 184 to other 
pages. The service technician evaluates the displayed 
data to determine how to proceed next 

10 In step SI 806. if the service technician deternrynes 
that additional servicing Information is required, flow 
returns to step Si 801 to request such additional Infor- 
mation. The specific sen^idng Information requested 
might depend upon the service technician's original 

15 motivation for initiating contact with copier 11 and any 
previous infornrwtion obtained from copier 11. For 
exanple. the technician might request more general 
information when initially performing scheduled mainte- 
nance than when the technician has been alerted to the 

20 existence of a spedfk; problem. 

Such requests for additional servicing information 
could be initiated, for example, by using nrwuse 76 to 
dick on any of links 181 through 184 to select the 
desired page, which in turn might contain links to other 

25 pages. If no additional servicing Information is required 
at this time, flow proceeds to step S1807. 

In step Si 807. the service technician determines 
whether any diagnostic or maintenance functions 
shouW be run on copier 1 1. If. for example, eitiier: (i) no 

30 problem exists, (ii) the identified problems have been 
corrected, or (ill) the problem requires a site visit and all 
relevant available data has already been obtained, the 
technidan will generally dedde not to instruct execution 
of any additional functions. In that event, the process 

35 ceases. However, if one or more maintenance or diag- 
nostic functions are desired to be executed f tow pro- 
ceeds to step Si 609. 

In step SI 809. the service technician dicks on link 
184 to retrieve the available function page Illustrated in 

40 Figure 17. showing the maintenance and diagnostic 
functions available for copier 1 1 . Upon dicking on any of 
buttons 190 and then send button 102. workstation 1 
sends to copier 11 an IP-packet containing insUuctions 
to execute the series of functions selected in the order 
45 selected. 

In step SI 810. copier 11 receives the data con- 
tained in the IP-packet and executes the functions 
described. 

In step SI 811. copier 11 obtains information relat- 
50 ing to the functions performed, and then copier 11 in 
connection wHh NIB 1 4 sends that Infomiation via an IP- 
packet containing HTML page update Instructions to 
workstation 1. Thereafter, flow proceeds to step SI 805 
where the service technician evaluates the information. 
55 and determines whether additional servidng informa- 
tion is required or additional maintenance or diagnostic 
functions should be run. 

As mentioned alxjve, various data formats other 
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than HTML might be used to implement the internet 
communications between workstation 1 and copier 1 1 
described above. For example, rather than sending a 
complete Web page, the network peripheral could send 
only the relevant data, relying on the receiving station to 5 
famat the information tor display 

Rather than executing a Web browser, workstation 
1 could instead execute software specifically designed 
fa communicaling with copier 11. In this event, graphi- 
cal formatting instrudfons and menus of information 10 
available from copier 1 1 are provided in part or in whole 
by means of software internal to workstation 1 . rather 
than exclusively by copier 11 , as described in the steps 
above. Accordingly, in this case it is unnecessary to per- 
form the steps or portions of steps desaibed above for is 
requesting or sending any such menu or formatting 
instructions. 

Furthermore, the above process steps can be 
implemented tor a system, in which a password is 
required to access copier 11 via the internet In this 20 
event, one or more of the requests from workstation 1 to 
copier 11 additionally includes such a password, and 
the copier's evaluation of the requests in step Si 802 
and SI 810 additionally include the substep of evaluat- 
ing the password provided to determine whether it is ss 
valid. 

Alternatively, or in addition to the preceding para- 
graph, in a password system an additional step could be 
included when any packet is sent from workstation 1 to 
copier 1 1 . In this additional step, the validity of the pass- 30 
word is evaluated in router 7 In order to saeen whether 
the IP-packet should even be passed along to LAN 15. 

(Automatic Service Requests Over the World Wide 
Web] 

Figure 19 depicts a sewice request page automati- 
cally generated by a network copier in response to a 
detected condition. The page includes information 201 
concerning the nature of the problem and user informa- 40 
tion. In addition, the page includes a link 202 to other 
pages containing additional information that can be 
retrieved from the network copier. 

Figure 20 is a flowchart illustrating a method by 
which network copier 11 sends an automatic service 45 
request to a service organization operating workstation 
1. 

Generally, according to Figure 20. a condition of the 
network peripheral device is detected. Then, in 
response to the detected condition, status information is sc 
automatically obtained, the status information corre- 
sponding to the delected condition. Finally, upon obtain- 
ing the status information, an IP-packet is automatically 
transmitted to the remote sewice organization via the 
IP-network, the IP-packet containing the status infomra- si 
tion. 

More particularly, in step S2001 . network copier 1 1 
detects a condition for which service is required. In this 



context, sen/ice might include, for example, technical 
service and maintenance or sen^ice from a sales organ- 
ization, such as delivery of new part. The condition 
might consist of an operational problem, such as a 
motor failure, discovered during self-diagnostic testing 
or during normal operations. Alternatively, the condition 
might consist of an event triggered by exceeding a 
threshold quantity of usage, such as exceeding a 
threshold number of pages printed without performing 
scheduled maintenance. Finally, the condition might be 
triggered by a particular user Input, such as pressing a 
button instructing copier 11 to place a purchase order 
request. 

In step S2002. in response to the detected condi- 
tion information specifically relating to the detected con- 
dition together with copier configuration and/or status 
information is output from copier 11 to NEB 14 via XP 
interface 51.. Although in this embodiment the infdrma- 
tton relating to the detected conditfon is generated 
solely within copier 11, it will of course be understood 
other techniques might instead be employed in which 
NEB 14 plays an active role in querying copier 11 for 
such information. 

In step S2003, NIB 1 4 receives the information from 
copier 1 1 and retrieves from EPROM 34 information 
regarding the user and a contact person for the user. 

In step S2004. NIB 14 inserts the obtained informa- 
tion Into an HTML file selected from HTTP files 65. 
which also includes a link back to copier 11. Then. NIB 
14 CTeates and sends an IP-packet including the HTML 
file and with the destination f ieM designating the sennce 
organization. The IP-packet is transmitted to worksta- 
tion 1 successively via LAN 15. router 7. Worid Wide 
Web 6 and router 2. as described above in more detail. 

In step S2006. the IP-packet is received by work- 
station 1 . A browser executing on workstation 1 displays 
the page according to the received instructions. Figure 
19 illustrates the received Web page. As shown, the 
page includes relevant information 201 concerning the 
user and the detected condition. In addition, by clicking 
on link 202 using mouse 76. the servicer organization 
can automatkally oblairi additional pages from the net- 
work copier. 

In step S2007. NIB 14 prepares and sends an e- 
mail message to workstation 9 in order to advise the 
network administrator that a service request has been 
submitted. 

Although the process steps described above trans- 
mit an HTML file, various data formats can be used to 
transmit the relevant data from the network peripheral to 
the sen/ice organization via the IP-network. Examples 
include transmitting only the field data In CGI format and 
transnrutting the information by e-mail. 

The present invention has been desaibed with 
respect to particular illustrative embodiments. However, 
it is to be understood that the invention Is not limited to 
the above desaibed embodiments and that various 
changes and modifications may be made by those of 
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ordinary skill in the art without departing from the scope 
of the invention as defined in the appended claims. 

Claims 

1 . A method tor communicating status information to a 
remote service organization from a network periph- 
eral device connected to a network router, said 
method comprising: 

detecting a condition of the netwak peripheral 
device; 

autonriatically obtaining status infamation in 
response to the detected condition, the status 
information corresponding to the detected con- 
dition; and 

automatically transmitting, upon obtaining the 
status information, a packet to the remote serv- 
ice organization via the network, the packet 
containing the status information. ' 

2. A method according to Oaim 1, wherein the 
detected condition includes an operational prob- 
lem. 

3. A method according to Claim 1. wherein the 
detected condition is related to a quantity of usage 
of the network peripheral device. 

4. A method according to Claim 1 . wherein the remote 
sen/ice organization comprises a technical support 

facility. 

5. A method according to Claim 1 . wherein the remote 
service organization comprises a sales facility. 

6. A method according to Claim 1. wherein the net- 
work peripheral device comprises a copier. 

7. A method according to Claim 1 , wherein the packet 
includes an HTML file. 

8. A method according to Claim 7, wherein the HTML 
file includes a hypertext link to retrieve a second 
page from the peripheral device. 

9. A method according to Claim 1, wherein the net- 
work peripheral device is connected to a LAN, said 
method further comprising a step of automatically 
sending a message from the network peripheral 
device to a workstation connected to the LAN to 
indicate that the packet has been sent to the remote 
sen/ice organization. 

10. A method according to Claim 1. wherein the 
detected condition is set in accordance with a user 
input. 



11. Computer-executable process steps stored in a 
computer-readaWe medium, th? process steps to 
communicate status information to a remote serv- 
ice organizalion from a network peripheral devtee 
5 connected to a network router, said process steps 
comprising: 

a detecting step to detect a condition of the net- 
work peripheral device; 

10 an obtaining step to obtain status Information 

automaticaay In response to the detected con- 
dition, the status information corresponding to 
the detected condition; and 
a transmitting step to transmit automatically. 

15 upon obtaining the status Information, a packet 

to the remote service organization via the net- 
work, the packet containing the status informa- 
tion. 

so 12. Computer-executable process steps according to 
Claim 11, wherein the detected condition includes 
an operational problem. 

13. Computer-executable process steps according to 
25 Claim 1 1 . wherein the detected condition is related 

to a quantity of usage of the network peripheral 
device. 

14. Computer-executable process steps according to 
30 Claim 1 1 . wherein the remote service organization 

comprises a technical support facility. 

15. Computer-executable process steps according to 
Claim 11. wherein the remote service organizalion 

35 comprises a sales facility. 

16. Computer-executable process steps according to 
Claim 11. wherein the network peripheral device 

comprises a copier. 

40 

17. Computer-executable process steps according to 
Claim 11. wherein the packet includes an HTML 
file. 

45 18. Computer-executable process steps according to 
Claim 17. wherein the HTML file includes a hyper- 
text link to retrieve a second page from the periph- 
eral device. 

so 19. Computer-executable process steps according to 
Claim 11, 

wherein said computer-executat>le process 
steps further comprise a sending step to send a 
message from the network peripheral device auto- 
55 matically to a workstation via a LAN connection to 
indicate that the packet has been sent to the rerriote 
service organization. 
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20. Computer-executable prcx:ess steps according to with a user inpiA. 
Claim 1 , wherein the detected condition is set in 

accordance with a user input. 

21. A peripheral device which automatically initiates s 
communication of status inforniation to a remote 
service organization via a network, said peripheral 
device comprising: 



a memory which stores process steps for exe- io 
cution by a processor; and 
a processor which executes the process steps 
stored in the memory (1) to detect a condition 
of the peripheral device. (2) to obtain status 
information automatically in response to the is 
detected condition, and (3) to initiate transmis- 
sion of a packet to the remote service organiza- 
tion via the network automatically upon 
obtaining the status rnfbrnr^tion, the packet 
containing the status information. 20 



22. A peripheral device according to Claim 21 . wherein 
the detected condition includes an operational 
problem. 

ss 

23. A peripheral device according to Claim 21 . wherein 
the detected condition is related to a quantity of 
usage of the peripheral device. 

24. A peripheral device according to Claim 21 . wherein 30 
the remote service organization comprises a tech- 
nical support facility. 

25. A peripheral device according to Claim 21 . wherein 
the remote service organization comprises a sales 3S 
facility. 

26. A peripheral device according to Claim 21 . vi^erein 
\he peripheral device comprises a copier. 

40 

27. A peripheral device according to Claim 21 , wherein 
the packet includes an HTML file. 

28. A peripheral device according to Claim 27. wherein 
the HTML file includes a hypertext link to retrieve a 4S 
second page from tiie peripheral device. 

29. A peripheral device according to Claim 21 . wherein 
said processor executes process steps stored in 

the memory to initiate sending a message from the so 
peripheral device to a woricstation connected to the 
LAN. the processor initiating the sending of ttie 
message automatically, and the message indicat- 
ing that the packet has been sent to the remote 
service organization. ss 

30. A network peripheral device according to Claim 1. 
wherein the detected condition is set in accordance 
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^130 

<HTML> ^ 
<HEAD> 

<TniE>Canon Webspot v1 .0 pre-alpha</TITLE> 
<FRAMESET ROWS=*90%,*"> 

<FRAMESETC0LS=-144.*-> y131 
<FRAME SRC=1ett.htm- NAME='TabFrame > .32 
<FRAME SRC=:"home.htmr NAME=:'MainFrame->-^ 

</FRAMESET> 

<FRAME NAME=TooterFrame" .34 
SRC^-http://! 46,1 84.22.1 07/help/footer.htm"-^ 
MARG1NHEIGHT=-1- BORDER=0> 
</FRAMESET> 

<BR> 



<META NAMErr-GENERATOR- CONTENT=-|nternet Assistant for 

Microsoft Word 2.0z''> 

</HEAD> 

<BODY TOPMARGIN=0 BACKGROUND=TOOT_BACK.GIP> 

<P> 

<BR> 

</BODY> 
</HTML> 
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^140 

<!DOCTYPE HTML PUBUC \ ..VDTD HTML 3.2//EN-> / 

<HTML> 

<HEAD> 

<TITLE>Untilled</riTLE> 

<META NAME="GENERATOR''CONTENT="M02lllay3.0Gold (Win95; I) 
(Netscape]"> 
</HEAD> 
<BODy> 

<P><A> HREF=*home.htin"TAf<rTET=-MalnRame"><IMG SRC=:*GRBULGir 
BORDERED HEIGHT=12 WID^rJ^:^- 1></A><B><F0NT 
COLOR«"#000000">Welcome</FCNT></B> 

<HR></P> 

<P><mk></P> 

^141 

<P><A HREF="status2.htm"TARGET="MainFrame"><IMG 

SRC=-GRBULGIP BORDER=0 HEIGHT=12 WIDTH=11></A><B><F0NT 

COLOR="#000080">Status& 

Errors</FONT></B> 

<HR></P> 

<P><A HREF=:"features.hlm" TARGET='MainFrame"><!MG 
SRC="GRBULGir BORDER=0 HEIGHT=1 2 WIDTH=1 1 ></A><B><FONT 
COLOR="#80008Cr>Features</FONT></B> 

<HR></P> 

y 141 

<P><A HREF="admin.htm"TARGET=''MainFrame"><IMG 
SRC="GRBULGIP BORDER=0 HEIGHT=1 2 WIDTH=1 1 ></A><B><FONT 
COLOR="#008080">Admlnistration</FONT></B> 

<HR></P> ^^,2 

<APPLET CODE=''seIect.class"> 
</APPLET> 

</BGDY> 
<HTML> 
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<IDOCTYPE HTML PUBLIC V/W3C//DTD HTML 3.2//EN-> / 

<HTML> 

<HEAD> 

<TITLE>Untitled</TITLE> 

<META NAMES-GENERATOR" CONTENT="M02il!a«.OQoW (Win95; I) 
[Nelscaper> 
</HEAD> 
<BODY> 

<P><A NAME="admin_currentconflg"></A><FONT SIZE=+2><B><F0NT 

COLOR="#008080">Administration</FONT></B> 

</FONT><IMG 

SRC=file:///Gj/USERS/MKODIMER/MKODIMER/webspot/proto/rebooL 
1 .gir HEIGHT=1 8 WIDTH=94><A HREF="flash.fr><IMG 
SRC=file:///G|/USERS/MKODIMER/MKODIMER/webspot/proto/flashJ 
.gir BORDER=0 HE1GHT=18 WiDTH=178></A><A 
HREF="p defauIts.pd-xIMG 

SRC=-filei///G|/USERS/MKODIMER/MKODIMER/webspot/proto/printse 
ttings 1.gif" BORDERrO HEIGHT=18 WIDTH=174></A></P> 

161 

^APPLET CODE="appicons.class" WIDTH=1 00 HEIGHT=25> 
</APPLET> 

165 

^APPLET CODE=:*buildtbl.class" WIDTH=600 HEIGHT=1000> 
</APPLET> 

</BODY> 
</HTML> 
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